home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980424-19980901
/
000362_news@newsmaster….columbia.edu _Wed Aug 12 12:04:33 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA04332
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 12 Aug 1998 12:04:32 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA16016
for kermit.misc@watsun; Wed, 12 Aug 1998 12:04:31 -0400 (EDT)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: File Size Limitations?
Date: 12 Aug 1998 16:04:26 GMT
Organization: Columbia University
Lines: 31
Message-ID: <6qseea$53f$1@apakabar.cc.columbia.edu>
References: <35D1B7CD.597FAF56@sonalysts.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:9079
In article <35D1B7CD.597FAF56@sonalysts.com>,
Michael C. Smith <mcs@sonalysts.com> wrote:
: Is there an upper limit to the size of a file that Kermit (K95 running
: on NT4.0) can transmit? Our application uses Kermit to transfer files
: between two computers using TCP/IP over a dial-up PPP connection. We
: are conducting stress tests of the application by sending very large
: files (100+ MB) between the systems. We have noticed that the reception
: of some files finishes even though the whole file has not been
: completely sent. In one test, a 180 MB file was only received as a 112
: MB file. Obviously, dial-up connections using such large files take a
: long time. Could line noise, static, etc.. cause this to occur? Or is
: there an internal limitation that we are runnng into?
:
There should be no limitation. We routinely transfer files with Kermit 95
that are much larger than that. If the file is not completely transferred,
the completion status should be "failure". That is:
. An IF FAILURE statement after the transfer command should succeed, or:
. An IF SUCCESS statement after the transfer command should fail, or:
. A SHOW STATUS command after the transfer command should say "FAILURE".
If this is not the case, please contact our help desk directly at:
kermit-support@columbia.edu
The partial file is kept on the receiving end to allow recovery from the
point of failure (RESEND or SEND /RECOVER). If desired, you can tell the
file receiver to SET FILE INCOMPLETE DISCARD to discard partially received
files instead of keeping them.
- Frank